Network bandwidth reservation method

ABSTRACT

A method of reserving bandwidth in a network includes the steps of receiving a reservation request for a bandwidth for a hose having one ingress point and at least one egress point, and reserving the requested bandwidth for each link in the hose and assigning a reservation identifier to the hose.

TECHNICAL FIELD OF THE INVENTION

[0001] This invention relates to telecommunications equipment and networks, and more particularly, to a network bandwidth reservation method.

BACKGROUND OF THE INVENTION

[0002] Metropolitan area networks are currently the focus of intense network development and competition for market share for network equipment developers. The developers are seeking the right mix of technology, quality of service (QoS) features, and traffic engineering methodologies that would provide the differentiating factors that propel them ahead of the competition. In general, traffic engineering or management are methodologies that allow network service providers to take advantage of over-subscription of network resources to reduce network cost, efficient bandwidth utilization, and QoS guarantees.

SUMMARY OF THE INVENTION

[0003] It is desirable to provide a method for more efficient bandwidth reservation for a network based on the hose model.

[0004] In accordance with an embodiment of the present invention, a method of reserving bandwidth in a network includes the steps of receiving a reservation request for a bandwidth for a hose having one ingress point and at least one egress point, and reserving the requested bandwidth for each link in the hose and assigning a reservation identifier to the hose.

[0005] In accordance with another embodiment of the present invention, a method of reserving bandwidth in a network includes the steps of sending a reservation request for a bandwidth for a hose having at least one path having one ingress point and one egress point connected by at least one link, the reservation request being sent to each egress point. The method further includes the steps of assigning an identical reservation identifier to each path in the hose, and reserving the requested bandwidth for each link in the hose between the egress point and the ingress point only once for each link in the hose.

[0006] In accordance with yet another embodiment of the present invention, a network includes a plurality of nodes, at least one hose defined in the network including at least one ingress node and at least one egress node, at least one path defined in the hose having one ingress node and one egress node, and each link between nodes in the hose having an identical bandwidth reserved for the hose.

BRIEF DESCRIPTION OF THE DRAWINGS

[0007] For a more complete understanding of the present invention, the objects and advantages thereof, reference is now made to the following descriptions taken in connection with the accompanying drawings in which:

[0008]FIG. 1 is a simplified diagram of a network;

[0009]FIG. 2 is a simplified diagrammatical representation of exemplary parameters of a reservation request message according to the teachings of the present invention;

[0010]FIG. 3 is a simplified flowchart of an embodiment of a bandwidth reservation process according to the teachings of the present invention;

[0011]FIG. 4 is a simplified diagram of an embodiment of a data structure for recording reservations according to the teachings of the present invention; and

[0012]FIG. 5 is a simplified flowchart of an embodiment of a bandwidth reservation deletion/modification process according to the teachings of the present invention.

DETAILED DESCRIPTION OF THE DRAWINGS

[0013] The preferred embodiment of the present invention and its advantages are best understood by referring to FIGS. 1 through 5 of the drawings, like numerals being used for like and corresponding parts of the various drawings.

[0014]FIG. 1 is a simplified diagram of a network 10. Network 10 includes a plurality of nodes 12-17 connected in a ring configuration. Though network 10 is configured as a ring network, the present invention is applicable to any network configuration in which a hose model may be implemented.

[0015] Referring to FIGS. 2, a simplified diagrammatical representation of exemplary parameters 10 of a path message is shown. Referring to FIG. 3, a simplified flowchart of an embodiment of a bandwidth reservation process according to the teachings of the present invention is shown. In block 30 of the flowchart, ingress node 12 receives a hose reservation request using a signaling protocol such as RSVP (resource reservation protocol). As shown in FIG. 1, the received hose reservation is for a “hose” which includes a path 18 beginning at an ingress node 12 and two egress links ending at egress node 16 and egress node 15. The reservation request includes necessary parameters to set up the hose bandwidth reservation against the egress links, such as the source address, destination address, a unique reservation identifier, and QoS parameters. The source address may be an IP address of a source coupled to a specific ingress node port, and the destination address may be an IP address of an egress node. QoS parameters may include committed bit rates, maximum bit rates, and related transmission requirements to ensure a certain level and quality of service. The reservation or SLS (service level specification) identifier is an identifier used to ensure that bandwidth reservation is not duplicated, according to the teachings of the present invention.

[0016] In block 32 of the flowchart in FIG. 3, ingress node 12, upon receiving the reservation request, sends a path establishment message to each egress node. A signaling protocol such as RSVP may be used to transmit the messages associated with making, modifying and deleting reservations. The path establishment message also includes the hose reservation parameters, including the reservation identifier. In response to receiving the path establishment message, each egress node then sends a reserve message back to ingress node 12, as shown in block 34. The reserve message from egress node 16 is first received by an intermediate node 17. In block 36, intermediate node 17 makes a note of the reservation identifier, notes that it does not have an entry for the same reservation identifier in its reservation table or database (FIG. 4), and reserves the requested bandwidth on the link between egress node 16 and intermediate node 17. As shown in FIG. 4, reservation table may be structured as a linked list 40 of reservation entries 41-42, or any other suitable data structure. In block 38, the reservation is recorded in the reservation table indexable by the reservation identifier. Intermediate node 17 passes the reservation message to ingress node 12. Upon receiving the reserve message, ingress node 12 also checks its reservation table for an entry having the reservation identifier in the reserve message, records it in the reservation table, and also reserves the requested bandwidth on the link between node 12 and node 17.

[0017] As described above, the second egress node, node 15, also sends a reserve message back to ingress node 12. Intermediate node 16 receives the reserve message. In block 36, intermediate node 16 makes a note of the reservation identifier in the reserve message, notes that it does not have an entry for the reservation identifier in its reservation table, and reserves the requested bandwidth on the link between egress node 15 and intermediate node 16. In block 38, the reservation is recorded in the reservation table of node 16 indexable by the reservation identifier. Intermediate node 16 then passes the reservation message to intermediate node 17. Upon receiving the reserve message, intermediate node 17 looks up its reservation table for entries having the reservation identifier in the reserve message. Because intermediate node 17 has already reserved bandwidth for the same reservation identifier and thus the same hose, intermediate node 17 just adds an entry to the reservation table but does not act on it. Intermediate node 17 then passes the reserve message to ingress node 12. Upon receiving the reserve message, ingress node 12 also checks its reservation table for an entry having the reservation identifier. Node 12 also finds an entry having the same reservation identifier in its reservation table. Node 12 adds an entry to its reservation table noting the reservation, but does not act on it.

[0018] The end result is a hose with an ingress point at node 12 and two egress points at nodes 16 and 15. Each inter-node link has the same bandwidth reservation for the hose. In other words, although there are two paths through nodes 16 and 17, the reserved bandwidth for the hose is the same there as the link between nodes 16 and 15, where there is only one path.

[0019]FIG. 5 is a simplified flowchart of an embodiment of a bandwidth reservation deletion/modification process according to the teachings of the present invention. In block 50, ingress node 12 receives a hose modification or deletion request from the customer. Ingress node 12 then sends a path message with the appropriate action and the reservation identifier of the hose to the egress node of the path to be changed or deleted, as shown in block 52. The path message specifies the ingress node and the egress node of the path in the hose to be changed or deleted. A modification may be to change the QoS and therefore the bandwidth allocation for the hose. The affected egress node, upon receiving the path message, sends a reserve message back to ingress node 12, as shown in block 54. The reserve message includes the ingress and egress node, reservation identifier and the requested action. Each intermediate node, upon receiving the reserve message, processes the reserve message, as shown in block 56. For example, the intermediate node looks up in its reservation table for an entry that matches the reservation identifier in the reserve message. If there is a matching entry, the change specified in the reserve message is affected. However, if the requested action is deletion, the bandwidth reservation on a link remains if there is still an active reservation with the same reservation identifier. If, for example, intermediate node 17 receives a reserve message from egress node 16 to delete path 18, it notes the reservation entry for the link between nodes 16 and 17 for the specified reservation identifier as being deleted, but maintains the entry in the reservation table. Intermediate node 17 does not actually delete the reservation since path 19 still exists for the same reservation identifier and hose.

[0020] It may be seen from the foregoing that each link between nodes in a hose has a reservation with the same specified bandwidth even when there are multiple paths and multiple egress points. A reservation is deleted only if no other active reservations remain with the same reservation identifier. Bandwidth reservation for a hose model is therefore made more efficient and better utilized. Bandwidth allocation against the ingress link may be done to manage bandwidth scheduling.

[0021] While the invention has been particularly shown and described by the foregoing detailed description, it will be understood by those skilled in the art that various changes, alterations, modifications, mutations and derivations in form and detail may be made without departing from the spirit and scope of the invention. 

What is claimed is:
 1. A method of reserving bandwidth in a network, comprising: receiving a reservation request for a bandwidth for a hose having one ingress point and at least one egress point; and reserving the requested bandwidth for each link in the hose and assigning a reservation identifier to the hose.
 2. The method, as set forth in claim 1, wherein reserving the requested bandwidth comprises: sending a path message including the ingress and egress points, the requested bandwidth, and the reservation identifier to each egress point; each egress point sending a reserve message back to the ingress node, the reserve message including the reservation identifier; and reserving the requested bandwidth for each link between the at least one egress point and the ingress point only once for each reservation identifier.
 3. The method, as set forth in claim 1, wherein reserving the requested bandwidth comprises: sending a path message including the ingress and egress points, the requested bandwidth, and the reservation identifier to each egress point; each egress point sending a reserve message back to the ingress node through at least one intermediate point, the reserve message including the reservation identifier; the at least one intermediate point reserving the requested bandwidth for each link between the at least one egress point and the ingress point only once for each reservation identifier; and recording the reservation identifier of the hose at the at least one intermediate point.
 4. The method, as set forth in claim 1, wherein reserving the requested bandwidth comprises: sending a path message including the ingress and at least two egress points, the requested bandwidth, and the reservation identifier to the at least two egress points; each egress point sending a reserve message back to the ingress node through at least one intermediate point, the reserve message including the reservation identifier; the at least one intermediate point reserving the requested bandwidth for each link between each of the at least two egress point and the ingress point only once for each reservation identifier; and recording the reservation identifier of the hose at the at least one intermediate point.
 5. The method, as set forth in claim 1, further comprising: receiving a request to delete a path in a hose reservation, the request including the reservation identifier and the ingress and egress points of the path; and at each intermediate node of the path, deleting the bandwidth reservation only if there is no other reservation with the same reservation identifier.
 6. The method, as set forth in claim 5, wherein deleting the bandwidth reservation comprises: sending a path message from the ingress point to the egress point of the path to be deleted, the path message including the reservation identifier; sending a reserve message from the egress point back to the ingress point through any intermediate points, the reserve message including the reservation identifier and the ingress and egress point of the path; at any intermediate point, delete the reservation only if there is no other reservation with the same reservation identifier.
 7. A method of reserving bandwidth in a network, comprising: sending a reservation request for a bandwidth for a hose having at least one path having one ingress point and one egress point connected by at least one link, the reservation request being sent to each egress point; assigning an identical reservation identifier to each path in the hose; and reserving the requested bandwidth for each link in the hose between the egress point and the ingress point only once for each link in the hose.
 8. The method, as set forth in claim 7, wherein sending the reservation requested comprises: sending a path message including the ingress and egress points, the requested bandwidth, and the reservation identifier to each egress point; and each egress point sending a reserve message back to the ingress node, the reserve message including the reservation identifier.
 9. The method, as set forth in claim 7, wherein reserving the requested bandwidth comprises: each egress point sending a reserve message back to the ingress node through at least one intermediate point, the reserve message including the reservation identifier; the at least one intermediate point reserving the requested bandwidth for each link between the at least one egress point and the ingress point only once for each reservation identifier; and recording the reservation identifier of the hose at the at least one intermediate point.
 10. The method, as set forth in claim 7, further comprising: receiving a request to delete a path in the hose reservation, the request including the reservation identifier and the ingress and egress points of the path; and at each intermediate node of the path, deleting the bandwidth reservation only if there is no other reservation with the same reservation identifier.
 11. The method, as set forth in claim 10, wherein deleting the bandwidth reservation comprises: sending a path message from the ingress point to the egress point of the path to be deleted, the path message including the reservation identifier; sending a reserve message from the egress point back to the ingress point through any intermediate points, the reserve message including the reservation identifier and the ingress and egress point of the path; and at any intermediate point, delete the reservation only if there is no other reservation with the same reservation identifier.
 12. A network, comprising: a plurality of nodes; at least one hose defined in the network including at least one ingress node and at least one egress node; at least one path defined in the hose having one ingress node and one egress node; and each link between nodes in the hose having an identical bandwidth reserved for the hose.
 13. The network, as set forth in claim 12, wherein each node in the hose includes a reservation table recording a reservation identifier of each hose going through the node. 